home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 5830 / text0000.txt < prev   
Encoding:
Text File  |  1996-08-05  |  1.5 KB  |  34 lines

  1. In a message of 18 Mar 96 Avi Lev wrote to All:
  2.  
  3.  >> > you know how it will work on Ami ? i.e. mix PPC code & 68k code ? > for
  4.  >> example what about emulated 68k code doing lib calls of > a PPC-code lib
  5.  >> ?
  6.  
  7.  >> No. And I'd like to know that ASAP....
  8.  
  9.  AL> it will NEVER work properly since the register mappings are completely
  10.  AL> different between  the 2 processors, and if functions in libraries,
  11.  AL> written in PPC native code, return the  result in some PPC register, it
  12.  AL> will not have to be in d0 under 68k emulation when it gets  back to the
  13.  AL> calling routine running under emulation.
  14.  
  15. So why can't an interface be added between 680x0 emulation library calls and
  16. PPC code libraries? This layer can make sure that the result returned in the
  17. PPC registers is correctly assigned to D0 of the 680x0 emulation (and of course
  18. that all parameters passed from the 680x0 are correctly located for the PPC
  19. library calls).
  20.  
  21. I always saw this as being a great feature of the AmigaOS: when PPC finally
  22. arrives, all the old 680x0 software will /immediately/ be running a good deal
  23. of PPC code. I'm sure that a significant amount of all CPU time is taken
  24. running standard Amiga library functions from dos, intuition, graphics, exec,
  25. etc.
  26.  
  27. If this /isn't/ the case, are we going to need 2 copies of all the major Amiga
  28. libraries? One for PPC and another for 680x0 emulation? That'll make the OS
  29. more than a little bloated (and "bloated" is definitely a word I associate with
  30. Microsoft, and /not/ with Amiga)..
  31.  
  32. .\dam.          [Team AMIGA]          //\ ad32@brighton.ac.uk \\/
  33.  
  34.